home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_0799 / 745 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  2.0 KB
  1. From: itschere@techfak.uni-bielefeld.de
  2. Subject: Re: MiNT goes UNiX, invitation for mailing list
  3. Date: Mon, 10 Jan 94 12:42:40 MET
  4. In-Reply-To: <9401100952.AA01579@hpbeo79.bbn.hp.com>; from "Claus Brod" at Jan 10, 94 10:52:55 am
  5.  
  6. Claus Brod
  7.  
  8. > >  Additional remark: Or do you think we should run this discussion over
  9. > > this list?
  10. >
  11. > Yes, absolutely. I don't see a reason why we should split the MiNT
  12. > development efforts by creating a new mailing list.
  13.  
  14.  It's just that I sort of remember something like this list was meant to
  15. be a hotline for improvements of the kernel, and perhaps not for things
  16. like these, since they're not primarily concerned with the kernel itself.
  17.  
  18.  Well, perhaps we should ask... Jeff, how about that??? Or anyone else?
  19.  
  20.  Anyway, I'll start it in the next days. We can still move it later on if
  21. that's `necessary'. :-)
  22.  
  23. > - Memory protection violations: These are not exactly "UNIX-type"
  24. >   problems, but just bugs in the software. Of course, they should
  25. >   be fixed, but given the state of most software development for
  26. >   the Atari (most of the software is no longer maintained), we may
  27. >   have to live with such software for quite some time.
  28.  
  29.  Well, if my `sed' or `gtar' keep crashing with mem errors that's not
  30. what I would call clean software. Yes, of course I can get the sources,
  31. compile them to get rid of the problem, and in fact that's what I've
  32. done. I'm only sick and tired by everyone doing his/her own port for
  33. his/her own setup and/or not giving the port away for ftp at all. I
  34. just want to bring a bit more consistence in it... :-)
  35.  
  36. >   Because of serious memory protection problems, I'm still working
  37. >   with MiNT's memory protection switched off. I'd love to change
  38. >   that, but some of my important software packages would crash.
  39.  
  40.  So perhaps you would also be able to take benefit of it. :-)
  41.  
  42. bye,
  43. TeSche
  44. -- 
  45. PS: If the above written looks weird, then that's probably because it _IS_.
  46. Torsten Scherer (Schiller, TeSche...), University of Bielefeld, Germany
  47. ==> itschere@techfak.uni-bielefeld.de / tesche@hrz.uni-bielefeld.de <==
  48.